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ABSTRACT 



A. device access controller res iding in a first computer 
system for transferring virtual inputs and outputs represent- 
ing operations of the first system between the first system 
and a second system. T he device access controller inch idcs 
a video controller for performing video display operatio ns, 
a video memory for storing video data representing oper a- 
tions ot the first system, a network con troller for transtc^ ng 
i nformation between the first system and the second syst em, 
a controller processor, and a device access controller bus 
in terconnectmg the video controller, tfte network conte olle r 
a nd the processor. A video interface is connected between 
the first system bus and the device access controller bus for 
receiving video information including video data and video 
write addresses from the first s>'stem bus and into the video 
memory and controller and the controller processor and 
network controller are responsive to the writing of video 
data into the video memory for reading the video informa- 
tion including the video data from the video memory and the 
video data write addresses from the video controller regis- 
ters and transmitting the video information including the 
video data and the video data write addresses to the second 
system. The device access controller further includes a 
keyboard interface, a disk interface, and a sen al mtertac e 
operating in manners generally analogous to the video 
i nterface lor corresponding communicating correspondi ng 
da ta between the first and s eco nd systems. 

11 Claims, 10 Drawing Sheets 
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DEVICE ACCESS CONTROLLER FOR 
VIRTUAL VIDEO/KEYBOARD/MOUSE 
INPUT/OUTPUT FOR REMOTE SYSTEM 
MANAGEMENT AND MAINTENANCE 

5 

CROSS REFERENCES TO RELATED 
APPUCAnONS 

Field of the laveatioo 

The present invention relates to a device access controller 
for maintenance and management of a data processing 
system and, in particular, for a device access controller 
providing virtual video, keyboard and mouse input and 
output to and from a data processing system for remote 
management and maintenance of a data processing system. 

Background of the Invention 

The development of increasingly more powerful micro- 
processors and larger and progressively less costly memo- 
ries has resulted in microprocessor based systems, originally 
developed as "personal computers", that approach or, in 
some instances, equal the speed and power of many main- 
frame and supermini computers. This has, in turn, led to the 
development of microprocessor based systems and servers 25 
in replacement of conventional mainframe and minicom- 
puter based systems and servers. 

Such microprocessor based systems are generally con- 
structed of industry standard components, or at least widely 
accepted and thereby eflFectively standard components, inter- 30 
connected by industry standard buses and executing com- 
monly and widely accepted operating systems and applica- 
tion programs. A typical microprocessor based system of 
server, for example, will comprise one or more 
microprocessors, such as Intel Pentium''*' microprocessors, 35 
and one or more memory units constructed of industry 
standard memory chips. The system or server will further 
include a video input/output unit, a kcyboaid/mousc input/ 
output unit, one or more hard and/or floppy disk drives with 
controllers, various PROMs for storing BIOS and boot 40 
programs, and one or more communications controllers, all 
meeting industry standard functional specifications. The 
components will be interconnected by one or more industry 
standard buses, such as the ISA bus, the EISA bus or the 
X-Bus, and the system or server will execute one or more of 45 
the widely accepted operating systems, sudi as Microsoft 
DOS™ or Windows™, OS/2™ or one of the UNIX famUy 
of operating systems, and the compatible and widely 
accepted applications programs. This commonality of 
components, operating systems and applications programs 50 
results, in turn, an additional advantage over mainframe 
systems and minicomputers in that microprocessor based 
systems arc usually significantly less costly than equivalent 
mainframe systems of minicomputer systems of equivalent 
power and performing the same functions. 55 

A recurring problem with microprocessor based systems, 
however, is that the use of microprocessor based systems in 
place of mainframe or minicomputer systems, for example, 
as servers, brings with it the requirement to offer reliability, 
availability and system maintenance capabilities equivalent 60 
to those ofiFcrcd by mainframe and minicomputer based 
systems. In the past, however, microprocessor based systems 
have been designed as stand-alone, single user systems, that 
is, personal computers, with system management mainte- 
nance capabilities provided through the usual user interface, 65 
that is, a keyboard and display, and perhaps a mouse, 
connected directly into the system through the usual video 
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driveis and keyboard/mouse circuits. The use of micropro- 
cessor based systems in place of mainframe or minicom- 
puter systems, however, generally requires at least the 
capability of remote maintenance and system management 
and, preferably, the capability to maintain and manage a 
system comprised of several interconnected and intcropera- 
tive personal computcis rather than a single processor/ 
memory system. It is also preferable that the system main- 
tenance arid management facility be sudi as to allow a single 
remote site to maintain and manage a plurality of such 
systems. 

Remote maintenance and management facilities were and 
are relatively common and expected in mainframe and 
minicomputer based systems, whose architectures are gen- 
erally designed specifically to accommodate remote main- 
tenance and management Microprocessor based systems, 
however, evolved without such considerations and, as a 
consequence, the architectures of microprocessor based sys- 
tems do not readily lend themselves to remote maintenance 
and management. 

The problem is further compounded in that it is preferable 
that such remote maintenance and management facilities be 
U-ansparent to the existing standardized, or at least widely 
accepted, architectm^, both for reasons of backwards com- 
patibility with existing systems and to maintain what is 
effectively an industry wide standardization of many of the 
components of such systems. For example, the addition of 
remote maintenance and management capabilities should 
require no changes to the standardized and operating sys- 
tems widely used in microprocessor based systems or, for 
example, the BIOS programs of the systems, which gener- 
ally also conforai to industry wide conventions, althougji 
remote maintenance and management programs may be 
added to the systems. It is therefore preferable that such 
additions to microprocessor based systems that are neces- 
sary to provide remote maintenance and management capa- 
bilities be implemented within the hardware components of 
the systems and transparent to the software components of 
the systems. The problem is compounded, however, in that 
the hardware components from which microprocessor based 
systems are usually constructed are effectively standardized 
and are thereby commonly interoperativc with all other 
functionally related components of the systems. The basic 
functionality of the hardware components should therefore 
not be altered in adding a remote maintenance and manage- 
ment capabihty or the advantage of commonality and 
interoperability with other standardized components will be 
lost. The problem is still further compounded, however, in 
that while the buses interconnecting the components are 
standardized, the arrangement and interconnection of the 
components on the buses is not standardized and may vary 
widely. 

Previous methods of providing remote system mainte- 
nance and monitoring, however, have generally been applied 
only to mainframe or minicomputer systems and have 
involved hardware, firmware or software components cus- 
tomized to a particular system, or hardware, firmware or 
software modifications of the systems. While these 
approaches of the prior art were acceptable for mainframe or 
minicomputer systems, since such systems were essentially 
proprietary and particular to individual manufacturers and 
therefore had no standardized characteristics, these 
approaches arc unsuitable and undesirable for microproces- 
sor based systems for the reasons discussed above. 

In addition, the approaches of the prior art generally used 
"snooping" or "screen grabbing" from the system buses or 
video controllers wherein snooping requires hardware or 
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software monitoring of the system buses or controllcis for system in nct>work packets and the device access controller 

video traffic and capture of the video traffic for transmittal to further includes a device access controller memory con- 

a remote site. Screen grabbing, in turn, uses system bus ncctcd from the device access controller bus. Upon a video 

mastering and other techniques to periodically scan the wri^ or read operation, the network controller reads the 

system video controUcr for video information that is then s video infonnation into the device access controUer memory, 

transmitted to a remote site. Besides requiring significant formats the video information in the devic* access controller 

modifications to the system hardware or software, as memory into nctvrark packets stored therein, and transmits 

described above, snooping and screen grabbing dismpt the padtets to the second system revcrsmg the 

normal operation of the system, thereby requiring forther P^«^ ^o receive video mfonnaUon from the second sys- 

modifications to the system, that is, adaptation of the normal 10 ' 

operations of the system to accommodate snooping or screen , ^ embodiments of the present mvention. the 

grabbing, and interfere with the very operations that are device access controller further mchadcs a keyboard mter- 

being c^servcd connected to the device access controller bus and to a 

^ . , , - J keyboard controller of the first system. The network con- 

The present mvention provides a solution to these and J^^^ ^ responsive to keyboard infonnation received 

other problems of the pnor art. ^5 ^^^^^^ ^^^^^^ ^^.^^^^^ ^^^^^^^^ 

SUMMARY OF THE INVENTION processor the receipt of information firom the second system. 

The controller processor is in turn responsive to the received 
The present invention is direaed to a device access keyboard information for directing the network controller to 
controller residing in a first computer system for transferring ^ write the keyboard information to the keyboard interface, 
virtual inputs and outputs representing operations of the first and the keyboard interface is responsive to the keyboard 
system between the first system and a second system. information received from the network controller for pro- 
According to the present invention, the device access viding the keyboard information to the keyboard controller 
controller includes a video controller for performing video of the first system to appear as keyboard information 
display operations, a video memory connected from the 25 received directly by the first system from a local keyboard, 
video controUer for storing video data representing opera- In a yet further embodiment of the present invention, the 
tions of the first system, a network controUcr connected to device access controller further includes a disk interface 
the second system by a netwotk for transferring infonnation connected between the first system bus and the device access 
between the first system aixl the second system, a controller controller bus and responsive to a first system disk write 
processor for controlling operations of the device access operation on the first system bus for receiving first disk 
controller, and a device access controller bus interconnect- information including disk data and disk write addresses 
ing the video controller, the network controller and the from the first system bus and indicating the first system disk 
processor. A video interface is connected between the first write operation to the controUer processor. Again, the con- 
system bus and the device access controUer bus and is troller processor is responsive to the indication of the first 
responsive to a first system video data write operation on the system disk write operation to write the first disk informa- 
first system bus for receiving video information including tion into the device access controUcr memory and to direct 
video data and video write addresses from the first system the network controUcr to read Uic first disk information from 
bus and indicating the first system video write operation to the device access controller memory and transmit the first 
the controUer processor. The controller processor is, in turn, disk information to the second system, 
responsive to the indication of the first system video write ^ In a Uke manner, the disk interface is responsive to a first 
operation for directing the video controUer to write the system disk read operation on the first system bus for 
received video data write addresses into video controller receiving second disk information including disk read 
registers and the video data into the video memory at the addresses from the first system bus and indicating the first 
video write addresses. The network controller is then system disk read operation to the controUer processor. The 
responsive to the writing of video data into the video 45 controUer processor is responsive to the indication of the 
memory for reading the video information including the first system disk read operation for writing the second disk 
video data from Uie video memory and the video data write infonnation into a device access controUcr memory, and 
addresses from the video controUer registers and transmit- directing the network controUer to read Uic second disk 
ting the video information including the video data and the information from the device access controUer memory and 
video data write addresses to the second system. 50 transmit the second disk information to the second system. 

The video interface is further responsive to a first system In this instance, the second system is then responsive to the 

video data read operation on the first system bus for rccciv- disk read addresses for transmitting third didc information 

ing video information including the video data read including the disk data corresponding to the disk read 

addresses firam the first system bus and indicating the first addresses to the network controller. The network controller 

system video data read operation to the controUer processor. 55 is then responsive to the third disk information received 

The controller processor us then responsive to the indication from the second system for indicating the receipt of the third 

of the first system video data read operation for directing the disk information, and the controller processor is responsive 

video controUer to write the received video data read to the indication of receipt of the third disk informatioci for 

addresses into the video controUer registers, and the network directing the network cnntroUcr to provide the third disk 

controUer being responsive to the writing of video data read information to the disk interface and directing the disk 

addresses into the video controller registers for reading the interface to provide the third disk information to the first 

video information including the data read addresses from the system. 

video controller registers and transmitting Uie video infor- in stiU farther embodiment, the device access controUcr 

malion including the video data read addresses to the second further includes an address mapping interface connected 

system. ^5 between the controUer processor and the video interface for 

In a prcscnUy preferred embodiment, the network con- mapping between first system addresses appearing on the 

troUer communicates information to and from the second first system bus and device access controUer bus addresses 
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and an intcmipt mapping interface connected between the digits identify the nuinbcr of the drawing that an element 

controUer processor and the first system bus for mapping first appears in while the two rightmost digits arc assigned 

between interrupts appearing on the first s)'stem bus aad the in the sequence in which the elements arc discussed. For 

device access controUcr bus. example, all elements referred to by reference numbers 100 

5 through 199 first appear in FIG. 1, all elements identified by 

DESCRIPTION OF THE DRAWINGS reference numbere 200 through 299 first appear in FIG. 2, 

The foregoing and other objects, features and advantages on while clement 100 is the first element discussed 

of the present invention wiU be apparent &om the foUowing regard to FIG. 1 102 the second, and so on. It wiU be 

description of the invention and embodiments thereof, as apparent, therefore, that certain reference numbers out of 

flhistratcd in the accompanying figures, wherein: 1° f^V^""^ ^JJ » ST^^l , ^, ^ 

- . * r 1.- Rcfcmng to FIG. 1, thcrcm is shown a general blodc 

FIG. 1 IS a diagrammatic rcprcsentauon of a multiproces- ^ J exemplary System 100 incorporatbg the 

sor system mcorporaUng the present mvenUon; ^^^^ .^^^^^.^^ As Qlustrated therein. System 100 may 

HG. 2 IS a block diagram of a device access controller of include one or more Processor Modules (PM) 102, an 

the present invention; 15 exemplary one of which is ilhistralcd in block diagram form 

FIG. 3 is a diagrammatic representation of the address in FIG. 1. 

space of the device access controller; As illustrated in the example of FIG. 1, a Processor 

FIG. 4 is a diagrammatic representation of external Module (PM) 102 is comprised of one or more Micropro- 

memory assignments in the device access controller; ccssors (uPs) 104, such as Intel Pentium™ or P6 

HG. 5 is a diagrammatic representation of external port ^ microprocessors, and one or more Memories (MEMs) 106 

assignments in the device access controUer; operaUng system and apphcatioiK Pro&zms for 

, . .. ■ e , ■ . controUiDg operations of the Processor Module fPM) 102. 

FIG. 6 IS a diagrammatic representauon of external imer- Assuming, for purposes of Ulustation, a single Micropro- 

rupt assignments in the device access controller; ^/p^ ^^4 ^ Memory (MEM) 106. each Micropro- 

HG. 7 is a diagrammatic reprcscnUUon of mtcraal mtcr- 25 cesser (uP) 104 and Memory (MEM) 106 may be connected 

nipt assignments in the device access controller; direcUy to an internal system bus, such as an ISA Bus 108 

FIGS. 8A and 8B are sideband connection signals of the conforming to ?, or to a high speed, high capacity Local Bus 

device access controller; UO which in turn is connected to ISA Bus 108 through a 

FIG. 9 is a diagrammatic representation of registers Local Bus Interface (LBI) 112. In the latter implementation, 

emulated by the device access controller; 30 certain devices which exchange large volumes of data with 

FIG. 10 is a diagrammatic representation of bit assign- Microprocessor (uP) 104 or Memory (MEM) 106, such as a 

ments in the registers emulated by the device access con- Hard Disk ControUer (HDQ 114 or a Video Display Con- 

Xj-qWqj- troUer (VDC) 116, are connected from Local Bus 110 to 

HG. 11 is a diagrammatic tcpresentaUon of commands of f f '^""^^ ^/ct^n^'y.'l'?' Mi^oprocessor (uP) 104 and 

the device access controUcr; Memory (MEI^ 106 the higher data ^ansfer rates available 

. . , through Local Bus 110 thereby significantly enhancmg the 

FIGS. 12 13 and 14 are diagrammauc represcntaUons of ^ .^^ ^^^^ implementations, 

control words transferred by the device access controUer; ^^^^ ^^^^^ p^j^ Controller (HDQ U4 and Video 

FIGS. 15 and 16 are diagrammatic representations of Display Controller (VDQ 116 may be connected from ISA 
registers and flags of the device access controUer for key- 40 Bus 108, as may such devices as a Keyboard/Mouse Con- 
board and mouse operations; ^^^n^j (k/Mc) 118. In still other implemenutions, these and 

FIG. 17 is a diagrammatic representation of serial input/ other devices may be connected from yet other system buses 

output registers emulated by the device access controUer; or in other ways, as wUl be described below. 

FIG. 18 is a diagrammatic representation of the operation ISA Bus 108 is often interconnected with fiirther system 

of a FIFO controUer for serial input/output emulated by the 45 buses, each of which is optimized for certain types of 

device access controUer; operations. For example, ISA Bus 108 may be connected to 

HG. 19 is a diagrammatic rcprcscnUtion of serial input/ » Extended ISA (EISA) Bus 120, oonfonning to ?, and to an 

output registers emulated by the device access controUcr; X Bus 122, conforming to 7, through a bridge circuit 

and, generaUy referred to as an EISA System Component (ESC) 

HG. 20 is a diagrammatic representation of serial input/ ^ ^^^^ ^^O, in turn, may connect to such devices as 

output control flags emulated by the device access control- "^^^ ^^^^ ControUers (HDCs) U4, Video Display Control- 

lers (VDCs) 116, and Input/Output Cbmmunications Ports 
(lOCP) 126 while X Bus 122 connects to such devices as a 

DESCRIPTION OF THE INVENTION ■ Bios Memory (BIOS) 128 for storing the system's Basic 

A General Description and Discussion of a Microprocessor 55 Input/Output System programs, generally referred to as the 

Based System (FIG. 1) system BIOS. 

The foUowing wUl first provide a general description of EISA Bus 120, in turn, may be connected through a 
the structure and operation of a system incorporating the Personal Computer Entended Bus interface (PCEB) 130 to 
present invention, and a device access conuoller of the a Personal Computer Interconnect (PCI) Bus 132 conform- 
prescnt invention, and wiU the provide more detailed 60 ing to ?, which in turn may connect to such devices as a 
descriptions of each of the functions and operations Floppy Disk ControUcr (FT)C) 134, a Hard Disk Array 
peformed by a device access controUer of the present ControUer (HDAC) 136 or a Network Communication Con- 
invention, including the components performing each func- troUcr (NetC) 138. PCI Bus 132 may further be connected 
tion or operation. It wiU be noted that the following dcscrip- through a Local Area Network ControUer (LANC) 140 to a 
tioEts foUow the convention wherein elements referred to the 65 Local Area Network Bus (LAN) 142 to other Processor 
the text arc identified in the text and in the drawings by three Modules (PMs) 102 of System 100, and one or more System 
or four digit reference numbers. The leftmost digit or two 100s may be further interconnected through LAN 140. 
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Finally, PCI Bus 130 may be connected through a PCI 
Bridgp (PQB) 144 to still further buses, such as a SCSI Bus 
146 conforming to ?. conitccting to such devices as further 
disk controllers, printers and so on. 

En summary, therefore, as illustrated above and as well 
understood in the relevant arts, microprocessor based sys- 
tems arc generally implemented using cflfcctivcly standard- 
ized components interconnected through standardized 
buses. For example, most microprocessor based systems use 
microprocessors and memory components selected from a 
relatively limited and commonly available and widely used 
family of such components, such as Intel S6xxx and Pen- 
tium'™ families of microprocessors or the Motorola 6Sxxx 
family of microprocessors. Other system components, such 
as displays, disk drives, communications controllers, key- 
boards and mouse devices and their associated standardized 
controllers, drivers and interface units are similarly selected 
from relatively limited, commonly available and widely 
used families of such components, most of which are 
designed to widely accepted standards. In addition, and as 
briefly illustrated above, the buses through which the com- 
ponents are interconnected, and thus the signals and proto- 
cols executed on the buses, are similarly standardized, 
examples of such being the ISA, EISA, X, and PCI buses 
discussed above, all of which are accepted as industry 
standard buses and which ooiiform to accepted industry 
standards. 

It is also apparent, however, as is also well understood in 
the relevant arts, that the ways in which these standardized 
components may be interconnected may vary widely from 
system to system. For example, it has been illustrated above 
that in a given system the video display controller may be 
connected to either ISA Bus 108 or a Local Bus 110, As a 
consequence, and while a remote maintenance and manage- 
ment capability should preferably be implemented in the 
hardware of a microprocessor based system, and transparent 
to the system's operating system and BIOS, any generally 
applicable means for providing remote maintenance and 
management in microprocessor based systems must also be 
independent of the specific interconnections and arrange- 
ments of the system components and buses. 
B. Device Access Controller for Remote Maintenance and 
Management 

As has been briefly discussed above, all access to typical 
microprocessor based systems, for maintenance and man- 
agement as well as use, has traditionally been through the 
video di^lay, keyboard and mouse, the video display prov 
viding visual displays of all operations of the system and the 
keyboard and mouse providing inputs controlling all opera- 
tions of the system. TTierefore, and as a consequence, while 
the video display controller and the mouse/keyboard con- 
troller may be connected at any of a number of locations in 
a microprocessor based system, the data outputs and inputs 
necessary for remote maintenance and management are 
always available in the video display controller and in the 
keyboard/mouse controller. 

According to the present invention, therefore, a device 
access controller for providing remote maintenance and 
management is implemented as a video display controller 
that functions tran^arently to the system programs and 
other hardware components as a standard video display 
controller but which provides the additional functionality 
required for remote maintenance and management of the 
system. 

1. General Description of a Device Access Controller 
(FIG. 1) 

Referring to FIG. 2, therein is shown a block diagram of 
a Device Access Controller (DAC) 200 according to the 
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present invention. As represented therein, the Device Access 
Controller (DAC) 200 is connected to a system bus in place 
of a standard Video Display ControUer (VDC) 116 and, 
although illustrated as connected to ISA Bus 108, may be 

5 connected to any system bus to which the standard V^dco 
Display Controller (VDC) 116 would normally be connected 
in the System 100 to which the remote maintenance and 
management capability is being added. 
As will be described below, Device Access Qjntrollcr 

10 (DAC) 200 performs all normal video display functions for 
the Processor Module (PM) 102 in which it resides, that is, 
its host Processor Module (PM) 102, as wcU a redirecting 
video display information from the Processor Module (PM) 
102 to a Remote System 202 that provides maintenance and 

15 system management support and functions to Systems 100 
and Processor Modules (PM)s 102. Device Access Control- 
ler (DAQ 200 also provides kcyboardAnousc inputs from 
Remote System 202 to the Processor Module (PM) 102 as 
would a keyboard and mouse connected directly to Proccs- 

20 sor Module (PM) 102 or System 100. For this purpose. 
Device Access Controller (DAQ 200 provides a video 
output to the Remote System 202 and to a local Local 
Display 204, if present, and receives keyboard and mouse 
inputs from the Remote System 202, and provides the 

25 keyboard and mouse inputs to a Keyboard/Mouse Controller 
206 of the Processor Module (PM) 102, which is usually but 
not necessarily located on the Processor Module (PM) 102 
motherboard. 

Device fi^i^cesai CjigtrP^'g'" ^^DAn 200 aly? emulates a 
30 floppy disk drive, so that Remote System 202 appears as a 
'^ virtual disk drive" connected to the system bus, p rovides a 
virtual serial data input/out put port connecti ng 'Processo r 
Module (PM) IV2 to an extemai source and destination of 
ser ial data, monitors System 100 power, fans, te mperature 
35 and so o n, and stores and executes System lOO' diagnosti c 

"SsiUustrated in FIG. 2, Device A kxss Controller (DA C\ 
200 i s a^jcEopcogss sor based controller bas ed on a Device 
Access Cojitr oUer_MrcroDrocessor (DuP) 208, such as an 

40 Intel 386EX processor will all components of Device Access 
Controller (DAC) 200 being interconnected through a 
Device Access Controller (DAC) Bus 210, which is a 
standard bus compatible with Device Access Controller 
Microprocessor (DuP) 208, such as the Intel 386 bus with its 

45 associated i nterrupt and con troUlines. Device Access Con- 

- — ■troUeTMicroproocssor (DuP) 208 controls the operations of 
the Device Access Controller (DAC) 200 and operates under 
control of operating system and BIOS programs stored in a 
Flash Memory (Flash) 214 connected from DAC Bus 210 

50 and which is, for example, a 2Mx8 Flash EEPROM, Flash 
Memory (Flash) 214 also operates to store the current state 
of operation of Processor Module (PM) 102 or System 100 
and Device Access Controller (DAC) 200 should System 
100 enter battery backup operation upon a power failure or 

55 system shut-down, in the usual manner weU understood in 
the relevant arts. Flash Memory (Flash) 214 is also used to 
store diagnostic and test programs for the Processor Module 
(PM) 102 or the System 100, again in the manner well 
known in the relevant arts. 

60 As indicated above, there are three primary forms of data 
exchanged between Device Access Controller (DAC) 200 
and Remote System 202, which are video data, keyboard/ 
mouse data, and emulated floppy disk data. The video data, 
keyboard/mouse data and emulated floppy data is commu- 

65 nicatcd between Device Access Controller (DAC) 200 and 
Remote System 202 through any of a plurality of commu- 
nications connections, such as a Local Area Network (LAN) 
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allowii^ one or marc Device Access Controllers (DACs) 
200, for example, in diEFcrcnt Sj-stcms 100 or within differ- 
ent Processor Modules (PMs) 102 in a System 100 to 
commimicate with and be controlled by one or more Remote 
Systems 202. 

In the present implementation, for example, communica- 
tion between Device Access Controller (DAC) 200 and 
Remote System 202 is through a System Management and 
Maintenance Network (SMMN) 212, for cxampl, a single 
cable Ethernet such as 10basc2 Ethernet, also referred lo as 
"Chcapcmet", and Device Access Controller (DAC) 200 
includes a LAN Controller (LAC) 216 coimcctcd from DAC 
Bus 210. LAN Controller (LAC) 216 is correspondingly 
comprised, for example, of a National Semiconductor 
SONIC™ controller and Coax Transceiver Interface, whidi 
includes support logic, an IEEE 802.3 Encoder/Decoder 
(ENDEC), receive and transmit FIFOs and timers, with the 
connection between LAN Controller (LAC) 216 and the 
Ethernet cable being through a BNC connector mounted on 
the Device Access Controller (DAC) 200 circuit card. 

Communication of video, keyboard/mouse and floppy 
disk data between a Device Access Controller (DAC) 200 
and Remote System 202 will generally be asynchronous 
with the operations of System 100 and will be in the form of 
"packets" as required by the specific communication link 25 
between Device Access Controller (DAC) 200 and Remote 
System 202, as well understood by those of skill in the 
relevant arts. For this reason, i n p art, Device Access Con - 
troller (DAC) 20U furtlier mcludeS a Device Access Con- 



thc general and primary interface between Device Access 
ControUcr (DAC) 200 and Processor Module (PM) 102, and 
thus between Device Access Controller (DAC) 200 and 
System 100. As represented in FIG. 2, ISA/DAC Interface 
(IDI) 220 inchidcs, in part, a Disk Emulator (DSK) 222 that 
operates to emulate a standard floppy disk controller with 
respect to ISA Bus 108. 



When floppy disk data is received from Remote System 
202 by LAN ControUcr (LAC) 216, LAN ControUer (LAG) 
10 216 tikes control of DAC Bus 210, by asserting an interrupt 
in the usual manner, and, using an internal intcrruptable 
direct memory access (DMA) controller, stores the data in 
Device Access ControUcr Memory (DACMEM) 218 by 
LAN ControUcr (LAG) 216 as Ethernet "packets" organized 
by linked lists, as described above, and notifies DAC Micro- 
processor (DuP) 208 that floppy disk data has been received 
into Device Access Controller Memory (DACMEM) 218 by 
setting a flag, DAC Microprocessor (DuP) 208 will then 
assume control of DAC Bus 210, and thus of Device Access 
ControUcr Memory (DACMEM) 218. and will read the 
floppy disk data from Device Access Controller Memory 
(DACMEM) 218 to ISA/DAC Interface ODQ 220, using the 
linked lists to order the reading of data. Disk Emulato r 
(pSK) 222 in ISA/DAC Interface (IDI) 220 wiU receive the 
data and, emulating a floppy disk with respoct to ISA Bus 
108. win vi^nie-tireTlbppv disk data onto ISA Bus 108 to th e 
selected destination. 



15 
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Memory (DACMEM) 218 by LAN ControUer (LAC) 216 as 
Ethernet packets organized by linked lists. Device Access 
ControUer Memory (DACMEM) 218 is also used for other 
storage ptuposes as required, and is used as a general 
memory by DAC Microprocessor (DuP) 208. 
2. Redirection of Floppy Disk Data (FIG. 2) 
As described briefly above, Device Access Cbntrol ler 
(DACt 2Q 0Jmvdj^^ss J t\n nny ^ cusk dnve with respect to 
Processor^Module (PM) lOZ and, frorn the viewpoint of 
P rocessor Module (PM) 102, floppy disk data is prov ided to 
and received from Processor Module f PM) 102 throughlhe 



trgrp P^tx^s§or Module (PM) lUZ throufil 

Processor Module (PM1 102 bus Device Access Contro ller 
(DAC) 200 is connected to. such as ISA Bus lUS, in a 
^nventional manner. The floppy disk data, however, is 
r e-directed to and from Remote System 2Ul by "Device 
Arrr^K rjnntmllrr (D^O "^0 0- which thereby r eq uires the 
bidirectional reading and writing of floppy disk d ata 

Ke^ ween I S|^ ""-^ '"'^ P'"^"*- gyct^rr, tUrr,^,^ 

Dea dce Access ControUer (DAC 200. 

As shown in RG. 2, Device Access ControUer (DAQ 200 
includes an ISA/DAC Interface (IDI) 220 connected 
between ISA Bus 108 and DAC Bus 210 that functions as 



'ihe wntmg of floppy disk data from System 100 to 

^ Remote System 202 follows the same paUis and sequence of 

trolier MemorVTDAL'MbM'J'ZTS connec ted fro m DAC Bu s 30 steps, but in the reverse order, with Disk Emulator (DSK) 

210 for storing video data to be communi cated to kemo te 222 issuing a redirection interrupt for DAC Bus 210 when 

S ystem 202 and keyboard/mouse inputs received"Rem ote a floppy write operation is initiated by the Processor MoAUe 

System 202, as weU as emulated floppy disk d ata receive d (PM) 102. DAC Microprocessor (DuP) 208 responds by 

from and to be sent to Kemoie System ^i02. As wiu 'b e writing the floppy data into DAC Memory (DACMEM) 218 

described further below with regard to each type of data, 35 and notifying LAN ControUer (LAC) 216 that data to be 

LAN ControUer (LAC) 216 utilizes a portion of Device transmitted resides in DAC Memory (DACMEM) 2 18. LAN 

Access Controller Memory (DACMEM) 218 as a packet Controller (LAC) 216 responds by organizing the floppy 

buffer for storing video data to be transmitted to Remote data into Ethernet packets, with an associated linked list, and 

System 202. The video data is stored in the form Ethernet subsequently transmits Uie floppy data to Remote System 

"packets" that are organized and managed by Unked Usts 40 202. 

constructed by LAN ControUer (LAC) 216 and also stored 3. Redirection of Keyboard/Mouse Data (FIG. 2) 

in Device Access ControUer Memory (DACMEM) 218. The The keyboard and mouse signals provided from Remote 

keyboard/mouse inputs received from Remote System 202 System 202 to Device Access Controller (DAC) 200 and 

are received by LAN ControUer (LAC) 216 as Ethernet thus to System 100 are unidirectional frxim Remote System 

packets and are siraUarly stored in Device Access Controller 45 202 to Device Access ControUer (DAC) 200 because the 



keystrokes and mouse inputs provided from Remote System 
202, the responses of Processor Module (PM) 102 to the 
remote keystrokes and mouse inputs, and to any locally 
entered keystrokes and mouse inputs, are represented in the 
50 video dau sent from Processor Module (PM) 102 to Remote 
System 202. Communication between Device Access Con- 
troUer (DAC) 200 and System 100, however, is bidirectional 
as the responses of Processor Module (PM) 102 to the 
keystrokes and mouse inputs from Remote System 202, 
55 however, are returned to Device Access ControUer (DAC) 
200, as is usual with a keyboard and motise device, to 
control the transfer of keyboard and mouse data from Device 
Access ControUer (DAC) 200 to System 100. 

The keysuokes and mouse inputs transmitted from 
60 Remote System 202 to System 100 are again received by 
LAN Controller (LAC) 216 as Ethernet ''packets". Upon 
receiving keystrokes and mouse inputs from Remote System 
202, LAN Controller (LAC) 216 takes control of DAC Bus 
210, by asserting an interrupt in the usual manner, and, using 
65 its internal interruptable direct memory access (DMA) 
controUer, stores the kcystrakc/mousc data in Device Access 
ControUer Memory (DACMEM) 218 as Ethernet "packets" 
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organized by linked lists, as described above. LAN Con- 
troQer (LAC) 216 notifies DAC Microprocessor (DuP) 208 
that keystroke/mouse data has been received into Device 
Access Controller Memory (DACMEM) 218 by setting a 
flag and DAC Microprocessor (DuP) 208 reads the key- 
strokes and mouse inputs from Device Access Controller 
Memory (DACMEM) 218 and provides the keystrokes and 
mouse inputs to a Keyboard/Mouse Controller (K/MC) 220 
in ISA/DAC Interface (IDI) 220. Keyboard/Mouse Interface 
224 in turn operates as a virtual keyboard/mouse device and 
provides the keystrokes and mouse inputs to a Keyboard/ 
Mouse Controller (K/MC) 118 in the same manner as from 
a local keyboard or mouse device. It should be noted that, in 
a typical implementation, the keystrokes and mouse inputs 
arc not written onto ISA Bus 108 but instead arc provided to 
Keyboard/Mouse ControUer (K/MC) U8 by direct wire 
connection through a separate connector as the inputs to 
Keyboard/Mouse Controller (K/MC) 118 are typically 
through a cable from a keyboard or mouse device, rather 
from ISA Bus 108. 

4. Redirection of Video Infomiation (FIG. 2) 
Referring now to the redirection of video data« Device 
Access Controller (DAQ 200 includes a Video Controller 
(VQ 226, such as a Grrus CL-CD5429 VGA controller, and 
a Video Memory (VMEM) 228, such as a 256Kj<16, fast 
page, dual CAS DRAM, operating in the same manner as a 
conventional Video Display Controller (VDQ 116 to 
receive, store, provide and manage video data. Device 
Access Controller (DAC) 200 is thereby fully compatible 
with the video data related operations of all conventional 
programs and operations executing on a Processor Module 
(PM) 102. For example, Device Access Controller (DAC) 
200 uses the registers and frame btiflfers provided by Video 
Controller (VC) 226 and Video Memory (VMEM) 228 to 
support video read and write access operations of the 
Processor Module (PM) 102 in the same manner as a 
conventional Video Controller (VDQ 116, so that Device 
Access Controller (DAC) 200 is fully compatible with all 
conventional video related programs and operations of Sys- 
tem 100. Also, and again because Device Access Controller 
(DAC) 200 is fully compatible with and operates in the same 
manner as a Video Controller (VDC) 116, Device Access 
Controller (DAC) 200 may be connected into a Processor 
Module (PM) 102 or System 100 at the same locations 
normally occupied by a Video Controller (VDC) 116, for 
example, on an ISA Bus 108 or a Local Bus 110. As a 
consequence, the Device Access Controller (DAC) 200 of 
the present invention eliminates the need for modifications 
to System lOO's operating system and applications programs 
or hardware to support video redirection, is completely 
transparent to normal video related operations of System 
100 and all cooventiooal System 100 programs, and requires 
lower video processing overhead while providing higher 
video bandwidth. 

Now considering the redirection of video information to 
a Remote System 202, in a typical system Processor Module 
202 both writes video information, that is, video data for 
display and information related to video operations, into 
Video Memory (VMEM) 228 and the registers of Mdeo 
Controller (VQ 226 and reads video information from 
Video Memory (VMEM) 228 and Video Controller (VQ 
226 for use by the Processor Module (PM) 102 in certain 
operations. It is therefore necessary to provide Remote 
System 202 with video information representing both the 
writes to and the reads from Vdeo Memory (VMEM) 228 
and Video Controller (VQ 226 in order to completely and 
accurately reScct the operations of a Processor Module (PM) 
102 in Remote System 202. 
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According to the present invention, however, it not nec- 
essary to redirect to Remote System 202 any video infor- 
mation read ham Video Memory (VMEM) 228 or Video 
Controller (VQ 226 by System 100 in order to accurately 

5 reflect the video operations of a Processor Module (PM) 102 
in the Remote System 202 so long as the video informatfon 
written into Video Memory (VMEM) 228 and Video Con- 
troller (VC) 226 has been redirected to Remote System 202. 
That is, and if this requirement is met, complete copies of all 

10 video information written into Video Memory (VMEM) 228 
or Video Controller (VQ 226 reside in Remote System 202, 
that is, will have been redirected, or copied, to Remote 
System 202 at the time it was written into \^dco Memory 
(VMEM) 228 or Video Controller (VC) 226. As a 

15 consequence, and according to the present invention, all 
reads of video information from \^dco Memory (VMEM) 
228 or Video Controller (VQ 226 are completely and 
accurately represented in Remote System 202 by redirecting 
only the read addresses to Remote System 202 to identify, 

20 through the copies residing in Remote System 202, the video 
information read bom Video Memory (VMEM) 228 or 
Video Controller (VQ 226. 

As has been described previously, all information redi- 
rected from a Processor Module 102 to a Remote 

25 System 202 is transmitted in the form of Ethernet "packets" 
through LAN Controller (LAQ 216, which uses Device 
Access Controller Memory (DACMEM) 218 as packet 
buffer. First considering a write of video information to 
Video Memory (VMEM) 228 or Video Controller (VQ 226 

30 by a Processor Module (PM) 102, the write is detected by a 
Video Interface 230 in ISA/DAC Interface (IDI) 220. Video 
Interface 230 then issues a video interrupt to take control of 
DAC Bus 210 and writes the video information, which may 
include the addresses of registers in Video Controller (VC) 

35 226 or locations in Video Memory (VMEM) 228 and 
information to be written into the \^deo Controller (VC) 226 
registers or video data to be written into \^deo Memory or 
any combination thereof, into Video Controller (VQ 226 
and Video Memory (VMEM) 228 through DAC Bus 210 as 

40 necessary. As will be discussed further below, the locations 
and contents of all registers in Video Controller (VQ 226 
and of all locations in Video Memory (VMEM) 228 are 
mirrored in Device Access Controller Memory (DACMEM) 
218, so that all information written into Video Controller 

45 (VC) 226 or Video Memory (VMEM) 228 is also copied into 
Device Access Controller Memory (DACMEM) 218 at the 
end of the write into Video Memory (VMEM) 228 and/or 
V^deo Controller (VQ 226 and, effectively, as part of the 
same operation. 

50 DAC Microprocessor (DuP) 208 then notifies LAN Con- 
troller (LAQ 216 that data to be transmitted to Remote 
System 202 is present in Device Access Controller Memory 
(DACMEM) 218, and LAN Controller (LAQ 216 responds 
by forming the video information into Ethernet packets with 

55 an associated linked list and transmitting the packets to 
Remote System 202. 

When Processor Module (PM) 102 performs a read from 
Video Controller (VQ 226 or Video Memory (VMEM) 228, 
the read is detected by \^deo Interface 230 and Mdeo 

60 Interface 230 again issues a video interrupt to take control of 
DAC Bus 210, issues the commands to Video Controller 
(VQ 226 to read the information from \^deo Controller 
(VQ 226 or Video Memory (VMEM) 228, and provides the 
information to Processor Module (PM) 102, that is, onto the 

65 ISA Bus 108 or Local Bus 110. In this instance, however, the 
information read from \^dco Controller (VQ 226 or Video 
Memory (VMEM) 228 is not written into Device Access 
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Controller Memory (DACMEM) 218, and instead ooly the (DuP) 208, Video Controller (VC) 226 and Video Memory 

addresses issued by \ldco Interface 230 of the registers in (VMEM) 228, will effectively form a local address space 

Video Controller (VC) 226 or the locations in Video diat is separate from the address space of Processor Module 

Memory (VMEM) 228 from which the information is read (PM) 102 and System 100. The address assignments within 

are written into Device Access Controller Memory 5 Device Access Controller (DAC) 200*s internal address 

(DACMEM) 218 at the end of the read from \^dco Memory space of the devices connected to DAC Bus 210, including 

(VMEM) 228 and/or Video Controller (VC) 226 and, again, Flash Memory (Flash) 214, Device Access Controller 

effectively as part of the same operation. Memory (DACMEM) 218, a Non- Volatile Memory 240 

DAC Microprocessor (DuP) 208 then again notifies LAN used to store, for example, boot programs, the Video Con- 

Controllcr (LAC) 216 that information is present to be lO trollcr (VC) 22 6 's Control and Sutus Registers (VCCSRs) 

transmitted to Remote System 202, and LAN Controller 242, and Redirection Control and Status Registers 

(LAC) 216 reads the read addresses in Device Access (Redirection CSRs) 244 used in controlling the redirection 

Controller Memory (DACMEM) 218, forms the Ethernet of, for example, video information and floppy disk data, arc 

packets and associated linked list, if necessary, and transmits illustrated in FIG. 3. 

the information to Remote System 202. 15 FIG. 4, in turn, ilhistratcs the memory space address 
Finally, it will be noted in FIG. 2 that Video Controller assignments of certain Device Access Controller (DAC) 200 
(VC) 226 is further provided with a conventional video elements with respect to the address ^acc of Processor 
output to a Local Display 204 so that a display may be Module (PM) 102 while FIG. 5 illustrates the address 
connected to Device Access Controller (DAQ 200, if assignments of I/O ports within the address space of Pro- 
desirable, for local display of video data directly from 20 ccssor Module (PM) 102, assuming in this example that 
Processor Module (PM) 102 or System 100. Device Access Controller (DAQ 200 is connected from an 
5. Serial Input/Output (1/0) Emulation (HG. 2) ISA Bus 208. 

Tmailv- lSA/DAcl[nterface , (IDO 220 includes a Seria l Therefore, and becatise Processor Module (PM) 102 has 

I nput/Output Emulat(^rL(S IQj.232_cQiine cted from the P ro^ no knowledge of the internal address space or assignments 

c essor Mod uIe!?]^)-102Jms.th at Device Acces s Controller 25 of Device Access Controller (DAQ 200, and the reverse, it 

(DAQ 200 is connected from, eithe r an ISA Biis"108^r a is necessary to map the internal address space of Device 

Local Bus 110, and providing a virtii«ri'f ^lit/output por t Access Controller (DAQ 200 into the address space of 

supporting 8 and 16 bit serial datalransfers'inemulation "o f Processor Module (PM) 102, that is, to translate addresses 

r^cojw enti onaLpArsonal^mg^^ COM 2 between the two address spaces. 

portTiitis virtual mput/output port may be ysigD^a as eiiher 30 For this reason, ISA/DAC Interface (IDQ 220 includes a 

YtbdSssor Roaiil 6"(PM)"102TCOMrport or L'UM2 p ort Addressing and Shared Memory Interface (AS MQ 24<nh at 

and appears to "Processor Module (F]Vt)~102~as a conve n- i s^uscd and shared bv Disk Emulator fPSK) 2227Key board/ 

tional COMl or COM2 port Mouse Interface 224, Vid&o Interface 230, the virtuallnpu t/ 

' b. utner bunctions or Uevice Access Controller (DAC) gut pnrt provided bv Serial I/O Emulator (SIO) 232, an d 

200 (FIG. 2) 35 DAC Microprocessor fDuPt 208_to_maD between addre sses 

As has been briefly described, in addition to the above .o a DAC Dn r. 2 10 and th e P rocessor Module (PM) 102 b us 

described functions Device Access Controller (DAC) 200 t o which Device Access Controller (D AQ 200 is connected , 

also monitors Processor Module (PM) 102 and System 100 such as an ISA Bus 108 or a Local tf us llOrThere are a 

power, fans, temperature and so on, and stores and executes number of implementations of Addressing and Shared 

System 100 diagnostic and test programs stored in Flash 40 Memory Interface 240 well known to those of ordinary skill 

Memory (Flash) 214 or loaded from Remote System 202. in the relevant arts and any of the commonly known imple- 

For these reasons, Device Access Controller (DAC) 200 mentations of this function may be used. For example, 

further includes a Battery Backup Unit (BBU) 234 for Addressing and Shared Memory Interface (ASMI) 246 may 

providing power to Device Access Controller (DAQ 200 in include a memory for storing one or more address offsets, 

the event of power failure, a System Scan Controller (SSQ 45 each relating an address or range of addresses on DAC Bus 

236 which monitors the slate of System lOO's power 210 to a corresponding address or range of addresses on the 

supplies, fans and so forth, and an I*C Controller (I^ 238 ISA Bus 108 or Local Bus 110, or the reverse, with the ofiisei 

monitoring temperature and other parameters of System being added to or subtracted from an address on one bus to 

100. System status information generated by this compo- obtain the corresponding address on the other bus. Another 

nents of Device Access Controller (DAQ 200 are transmit- 50 approach is generally similar, but stores base address point 

ted to Remote System 202 in the same manner, for example, ers that are added to an address on one bus, or a portion 

as floppy disk data. That is, if System Scan Controller (SSQ that address, to obtain the corresponding address 

236 or PC (I^Q Controller 238 detects a status, event or in ^""^ 

condition to report to Remote System 202, the controller will ^^efenring again to FIGS. 3 and 4, it will be noted that 

issue an interrupt on DAC Bus 210 and DAC Microproces- 55 Addressing and Shared Memory Interface (ASMI) 246 

sor (DuP) 208 will respond by storing the reported status, additionally maps a portion of Device Access Controller 

event or condition in Device Access Controller Memory Memory (DACMEM) 218*s address space on DAC Bus 210 

(DACMEM) 218 and notifying LAN Controller (LAC) 216 onto Processor Module 202's address space on ISA Bus 108. 

that data is present to be transmitted to Remote System 200. This mapping of the same memory space into the two 

LAN Controller (LAQ 216 will package the data into 60 address spaces thereby allows Device Access Controller 

Ethernet packets and transmit the packets to Remote System (DAQ 200 and Processor Module (PM) 102 to access, use 

202 in the manner previously described. and share a portion of the same physical memory, such as 

7. Address Mapping (FIGS. 2, 3, 4 and 5) Device Access Controller Memory (DACMEM) 218, for the 

It will be apparent to those of ordinary skill in the relevant purposes, for example, of message and data passing between 

arts that Device Access Controller Memory (DACMEM) 65 Device Access Controller (DAQ 200 and Processor Module 

218 and the memory/registers spaces of other devices con- 202. 

nccted from DAC Bus 210, such as DAC Microprocessor 8. Interrupts (RGS. 6 and 7) 



point- 
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As has been described, both Processor Moduk (PM) 102 
and Device Access Controller (DAQ 200 arc, in many 
aspects, coQvcational microprocessor based systems and, as 
such, initiate and control certain operation through the 
exchange of conventional interrupts, while others or con- 5 
trolled through flags, messages, or command words or 
instructions communicated, for example, through ISA Bus 
108 or DAC Bus 210. Examples of the interrupts of Pro- 
cessor Module (PM) 102 and of Device Access Controller 
(DAC) 200 that arc of particular interest with respect to the lo 
structure and operation of Device Access Controller (DAC) 
200 arc indicated in FIGS. 6 and 7 wherein FIG. 6 Uhistratcs 
the essential interrupts executed between Processor Module 

(PM) 102 and Device Access Controller (DAC) 200 and 

FIG. 7 illustrates the Device Access Controller (DAC) 200's is CL-GD5429, at ISA address ?-?h, and a type 16550 Serial 



functions, signals and commands will be described in the 
following, so that an ISA/DAC Interface (IDI) 220 may 
thereby be readily implemented by any of ordinary skill in 
the relevant arts. 

A. Overview of ISA/DAC Interface (IDI) 220 

As has been described above, ISA/DAC Interface (IDI) 
220 operates as an ISA Bus 108 or Local Bus HO slave unit 
to the host processor, that is, a Processor Module (PM) 102 
of System 100. In this function, and assuming that ISA^AC 
Interface (IDf) 220 is connected to an ISA Bus 108, ISA/ 
DAC Interface (IDI) 220 contains or emulates an 82078 type 
floppy disk controller at ISA addresses 3F0-3F7h and 370- 
377h, a VGA video controller, such as a Cirrus Logic 



internal interrupts, that is, the interrupts exchanged between 
elements connected firom DAC Bus 210. 

9. Device Access Cbntrollcr (DAC) 200 Inputs and Out 
puts (FIG- 8) 



Interface at ISA addresses ?-?h and a keyboard and mouse 
with cormections provided as described with reference to 
FIG. 8. ISA/DAC Interface (IDI) 220 further includes a 2 
megabyte Device Access Controller Memory (DACMEM) 



It has been described above that Device Access Controller 20 218 at ISA addresses ?-?h, a Non- Volatile Memory 240 at 
(DAC) 200 is provided with a network connection, that is, 
the input/output of LAN Controller (LAC) 216, to a network 
connecting to a Remote System 202, a video output from 
Video Controller (VQ 226 to a local Local Display 204, and 
an output from Keyboard/Mouse Controller (K/MQ 118 to 25 addresses ?-?h. 
a Keyboard/Mouse Controller (K/MQ 118, as well as the 
connections to System 100 for monitoring power, 
temperature, and so on. Except for the input/output connec- 
tion of LAN Controller (LAC) 216 to the network, which is 



ISA addresses ?-?h, and a set of DAC Control and Status 
Registers, such as \^deo Controller (VC) 226 's Control and 
Status Registers (VCCSRs) 242 and Redirection Control 
and Status Registers (Redirection CSRs) 244 at ISA 



B. Floppy Disk Emulation and Redirection (FIGS. 
9, 10 and 11) 



. .... - , J In a presently preferred implementation of the floppy disk 

generally by a coaxial connector and cable these signals and 30 ^^^^^^^ redirection provided by Device Access Con- 



connections, generally referred to as "sideband" signals, are 
generally provided through connectors other than the stan- 
dard bus connectors, such as ribbon cables and connectors, 
and are summarized in FIG. 8. 

Device Access Controller (DAC) 200's input and outputs 35 fjentified' above 
also include the conventional addresses, data and commands 
exchanged with the Processor Module (PM) 102 and System 
100 bus that Device Access Controller (DAQ 200 is con- 
nected to through ISA/DAC Interface (IDI) 220, such as ISA , p . iftn , . 1 J , . 
T, -lAo Ti .u • . . ■ . / . . . n (PM) 102 and System 100 as several control and status 
Bus 208, as well as the mterrupl inputs/outputs to Processor 40 ^^^J,^^ ^ r^nrrirnanri/ri^ta pirn m-mr,™ an ;n»..rn.rit 
Module (PM) 102 and System 100, described just above. ' ' " wn,.rT,r,™ 



troUcr (DAQ 200, DAC Microprocessor (DuP) 208 and 
Disk Emulator (DSK) 222 in ISA/DAC Interface GDI) 220 
emulate a 82078 type floppy disk controller in the IBM 
personal computer PS/2 mode at the ISA Bus 108 addresses 



When operating as a floppy disk emulator, DAC Micro- 
processor (DuP) 208 and Disk Emulator (DSK) 222 in 
ISA/DAC Interface (IDI) 220 appear to Processor Module 



10. Further DeuUs of ISA/DAC Interface (IDI) 220 
As described, ISA/DAC Interface (IDI) 220 provides an 
interface between DAC Bus 210 and Processor Module 
(PM) 102's ISA Bus 108, or a Local Bus 110, and emulates 
a standard floppy disk drive interface, a video display, 
keyboard and mouse devices, and serial communications 
services. ISA/DAC Interface (IDI) 220 is also one of the 
three devices in Device Access Controller (DAQ 200 that 
serves as a DAC Bus 210 master, together with DAC 
Microprocessor (DuP) 208 and LAN Controller (LAQ 216. 
It is therefore apparent that ISA/DAC Interface (IDI) 220 is 
a primary functional interface between Device Access Con- 
troller (DAC) 200 and System 100, that is, Processor Mod- 
ule (PM) 102. 

In a presently preferred embodiment of ISA/DAC Inter- 
face (IDI) 220, ISA/DAC Interface (IDI) 220 is constmcied 
from configurable logic circuits, such as a XIUNX 4010 
20>20 array of configurable logic blocks have the equivalent 
of approximately 10,000 logic gates, but may be imple- 
mented in other ways, as is well understood by those of 
ordinary skill in the relevant arts. As such, ISA/DAC Inter- 
face (IDI) 220 is best described in terms of the functions 
performed by ISA/DAC Interface (IDI) 220 and the input 
and output signals and commands thereof Certain of these 
functions and input and output signals and commands have 
been described herein above, and further description of the 



45 



50 



registers, a command/data FIFO memory, an interrupt 
source, and a direct memory access (DMA) data source. The 
registers emulated by DAC Microprocessor (DuP) 208 and 
ISA/DAC Interface (IDI) 220 and their ISA Bus 108 
addresses are described in FIG. 9, whUe the various bit 
assignments within the emulated registers are described in 
FIG. 10 and the commands responded to by tbc emulated 
floppy disk controller arc described in FIG. 11. 

Disk Emulator (DSK) 222 appears to DAC Bus 210, and 
thus to DAC Microprocessor (DuP) 208, as an U bit System 
100 to Device Access Controller (DAC) 200 write data and 
register ofiket mailbox, an 8 bit Device Access Controller 
(DAC) 200 to System 100 register table, a 21 bit DMA 
(direct memory access) counter used to sequentially fetdi or 
55 store floppy disk data, and a 10 bit direction and length 
counter register used to indicate the direclioa of data 
transfer, that is, to System 100 or to Device Access Con- 
troller (DAQ 200, and the length, thai is, size or amount, of 
the floppy data to be transferred. 

As will be dest^'bed in further detail below, each floppy 
disk emulation operation by Device Access Controller 
(DAQ 200 is executed in three phases, referred to as the 
command phase, the execute phase and the result phase. 

lo the command phase, the command directing the opera- 
tion to be performed and any parameters used in controlling 
the operation are loaded into the floppy disk emulator 
control logic, wherein the commands are selected from those 



60 
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idcDti£cd in FIG. 11. At this dmc. System 100 must examine EmaUtor (DSK) 222 loads the address and dirccttoo and 

the ROM (Request Made) and DIO (Direct I/O) bits of the length counters to point of the region of Device Access 

Main Status Register (MSR), described in FIGS. 9 and 10. ContiDllcr Memory (DACMEM) 218 where the transfer will 

to determine their respective states to determine if Device lafec place after the current command has been interpreted. 

Access CbntroUer (DAC) 200 is ready for the operation. In 5 in a read operatioo, the loading of the address and direction 

this regard, and referring to FIG. 10, RQM is set false after ^ length counters is performed after Device Access Con- 

each wntc cycle and until a received byte mdicating that the tjoQgj Memory (DACMEM) 218 is loaded with the target 

data has been successfully received has been received and ^^^^ 

processed. RQM is also dcasscrtcd after the last parameter ^ , . - . , - ^ 

byte comroUing the operaUon has been received and the J^"" ^^""^^ ^ »° terminatethe execute 

floppy disk emulator enters the next phase, as defined by the '° ^ °P"'Tr^ "'/^^r?^^ ^ u^, ' I 

cui^nt operaUon command. The Command Busy bit (CD_ ^'^^ * *^°PPy (FDDONE) flag when the length 

BS) is also asserted, after the command byte has been counter reaches zero durmg a transfer wherem FDDO^^^ 

accepted, and remains asserted until the end of the resuh ""^^P^A:^ ^P^^. 

Microprocessor (DuP) 208 to termmate the operation. It will 

. ' , . . „ J . - . f J . 15 be noted that FDDONE is also used during the result phase 

In the execute pha« the floppy data ,s transferred to or ^ ^ ^^^^^ ^ conventional floppy disk operations 

rom the emulated disk dnve where m each daU byte is ^ ^^^^^ with sutus information 

/S^S/T" ^ Z T'^^l ^ operation In this regard, DAC Micropro- 

n^/f I'S^^PTo^n'^^ K^f • (D"P) 208^11, at the completion of the exe^te 

although for non-DMA transfers the NT and ROM bits are ^ ^ .J^^ ^ J^^^^ ^ ^^^^^ 

set when the FIFO contams a threshold amount of read data r ^ , ^v. . I • e .• . o . i/u» 

, J. J of address and length as status information to System 100 

words or can accept a threshold amoimt of wntc data words. . . . * . f-¥-it-,^kti- • j- .• .u . .u 

, . .L J . • J- .1 ■ . • and, upon rcceivmg a second FDDONE indi eating that the 

In wntc operations, the data is wnttcn directly mto Device . J • r 1. 1. c ^^ . c j 1, 

^ . ■• w /T^A^xtT-t.t\tio i_ status information has been successfully transferred, will 

Access Controller Memory (DACMEM) 218 as It becomes . n*cn ^^r^xl j /-f^ nc- • r .u 

1 ui f icA D mo J • J *v, J * reset MSR RQM, DIO and CD_BS in preparaUon of the 

available from ISA Bus 108 and, m read operations, the data 25 ^^^^^ command 

is sourccd from Device Access Controller Memory 

(DACMEM) 218 and to ISA Bus 108 as ISA Bus 108 is g ^ideo EmulaUon and Redirection (FIGS. 12, 13 
ready to receive the data. Transfers arc then terminated by a 
TC signal on ISA Bus 108 or on an overrun or underrun state 

and an end of track (EOT) signal, which are emulated by the 3Q As has been previously described, Video Controller (VC) 

termination of a Word Counter by DAC Microprocessor 226 and Video Memory (VMEM) 228 operate with Video 

(DuP) 208, as described below. Interface 230 to appear to System 100, that is. Processor 

Finally, the result phase ends the operation as is indicated Module (PM) 102, as a conventional \^deo Controller 

by the generation of the INT signal, which is determined (VDC) 116, with the control registers of Video Controller 

upon the reading of a defined set of result bits from the 35 (VC) 226 and the video buffers of Video Memory (VMEM) 

emulated disk drive. RQM and DIO arc both asserted at this 228 being directly mapped onto ISA Bus 108 through 

time, and, after the result bytes have been read, arc set to Addressing and Shared Memory Interface (ASMI) 246 so 

their initial states while CD _BS is dcasscrtcd, thereby that Video Controller (VQ 226 and Video Memory 

indicating that the floppy disk emulator is ready for the next (VMEM) 228 appear to reside on ISA Bus 108. As also 

operation. 40 described, however, all System 100 video operations are 

Cdnsidering the funcUons of each of the above described mapped onto and executed on DAC Bus 210. 

components of Disk Emulator (DSK) 222 during a floppy As has also been described, the control registers of Video 

disk operation, a set of System 100 to floppy disk write data Controller (VC) 226 and the video buffers maintained by 

and offset values arc stored in the 11 bit mailbox register, Video Controller (VC) 226 in Video Memory (VMEM) 228 

referred to as FDMB (floppy disk mailbox), at the start of an 45 are mirrored in Device Access Controller Memory 

operation and the loading of this register sets a Busy Flag, (DACMEM) 218 and all information written to the control 

referred to as FDBSY (floppy disk busy), to Disk Emulator registers of Video Controller (VC) 226, all video data 

(DSK) 222. An Interrupt Enable Flag, rcfencd to as FDIEN wriUcn to Video Memory (VMEM) 228, and the addresses 

(floppy disk interrupt enable) is associated with FDBSY of such writes, are copied to Device Access Controller 

such that, if both arc set, an interrupt to DAC Microproces- 50 Memory (DACMEM) 218 after the completion of each write 

sor (DuP) 208 to notify DAC Microprocessor (DuP) 208 that to Video Controller (VC) 226 and/or Video Memory 

the operation is ready for execution is set, and is subsc- (VMEM) 228. For this reason, DAC Microprocessor (DuP) 

qucntly cleared by a read of the FDMB by DAC Micropro- 208 retains mastery of DAC Bus 210 at the end of each write 

cesser (DuP) 208. The floppy register table contained in to Video Controller (VC) 226 and/or Video Memory 

Floppy Emulator 222, in turn, is an 8 bit wide by 8 deep 55 (VMEM) 228 and copies the video information written to 

register file maintained by DAC Microprocessor (DuP) 208 Video Controller (VC) 226 and/or V^deo Memory, effec- 

and emulates a disk drive register table to System 100, as lively as pari of the same operation. In a like manner, the 

represented in FIG. 9, for storing the information rcprc- addresses, but only the addresses, of all reads from Video 

scnted in FIG. 10. Controller (VC) 226 and/or Video Memory (VMEM) 228 

The address counter and direction and length counter, in 60 are copied to Device Access Controller Memory 

turn, respectively store a 26 bit address of the next location pACMEM) 218 at the end of each such read, again by DAC 

to be used in the execution phase of a transfer, a 1 bit value Microprocessor (DuP) 208 which again retains mastery of 

specifying whether the curteni transfer is to or from System DAC Bus 210 after the completion of each read operatioo 

100, that is, to or from ISA Bus 108, and the number of and again performs the copy operation effectively as part of 

remaining words to be transferred from or to Device Access 65 read operation. 

Controller Memory (DACMEM) 218 in the transfer. In this In maintaining a valid rcprcscntatioo of the current state 

regard, and upon a request for a write operation. Disk of video information of System 100 in Remote System 202, 
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Device Access Controller (DAC) 200 first obuins an initial tcm 202 as a group of one to three bytes of ioformation as 

"snapshot" of the operating state of Video Controller (VC) represented in FIGS. 12, 13 and 14. 
226 and Video Memory (VMEM) 228 and the video and 

control information residing therein at system initialization. C. Keyboard/Mouse Redirection (FIGS. 15 and 16) 

Thereafter, Device Access Controller (DAC) 200 passively 5 ^ ^as been described in the preceding discussion of 

traces that is, sequenUaUy r^«>rds aU System 100 video ^oard/motise redirection. DeWce Access ControUer 

write addn:sses, wnte data and read addresses m the manner > . ^ 

described above as System 100 performs video operations, ^^^^^ n .0 . -ifvi u . w j i am 

. J 11 u ». e 100 from Remote System 202 through the network and LAN 

the imual "snapshot;' and aU subsequent trace mfonnaUon ^^^^^^^ ^ Ke>1>oard/Moiise 

m'^^.^px?. ?\ « u i ' AM r rn"^ Interface (KMI) 224 being provided to a Keyboard/Mouse 

P^^ ,1^ I "^'Z."" J'^'"^ ControUer (KAiq 118 as sideband signals, ^represented 

(LAQ 216 to Remote System 202. nc. 8, Device Access CbmroUerCDAQ 200 provides 

The trace buffer m DAC Memory (DACMEM) 218 is ^^^^^^ ^ S ^^^^^^ 

miplemented as a circular buffer managed such that, once set ^^^^^ ^ ^ ^^^^^ ^^^^ ^ 

up by DAC Microprocessor (DuP) 208, contmuous writes or 15 ^j^^ umsfers between these ports and Keyboard/ 

reads of video information will be stored and wrapped m Controller (KMC) US being handled by Keyboard/ 

DAC Memory O^ACMEM) 218 without further inlerven- ^^^^^^ 224 and Device Access Controller 

uon unul the mformaUon b redirected to Remote System ^^^^ ^00 as an interrupt/poU driven interface. 

202 m the manner described above. Device Access Control- „ ^ « ^rx^^-n.^ ■ r 

ler (DAC) 200 manages the trace buffer through a number of ^ device Access ControUer (DAQ 200 mamtams a set of 

registers that may be implemented in the registers of DAC registers^r buffers, for stonng Oie keyboard and mouse data 

Microprocessor (DuP) 208 or in DAC Memory (DACMEM) transferrt^ to System 100 and for stonng the rehouses 

218. TTiese trace buffer management registers include a ^^^^'^^ from System 100 and a set of flags for controlhng 

video buffer start register for storing an address specifying ^^^^"^^ f ControUer (DAC) 

the location in DAC Memory (DACMEM) 218 of the first 25 ^.^5?^°^??' ^"'^f flags are 

location of the circular trace buffer wherein video traces wiU summarized m RGS. 15 and 16. 

be stored, a video buffer stop register for storing an address In the instance of a System 100 to Device Access Con- 
specifying the location in DAC Memory (DACMEM) 218 troUer (DAC) 200 data transfer, the data is received from 
of the last location in the circular trace buffer for storing System 100 and stored in the corresponding Host Buffer 
video trace informaUoD, and a video current pointer register 30 agister (HBUFn) when the corresponding Host Buffer 
for storing a count specifying the address in DAC Memory R«ady Flag (HBRDYn) is set, whereupon the daU received 
(DACMEM) 218 of the next locaUon in the circular trace from System 100 wiU be tested for parity and for a valid Stop 
buffer for storing video trace information. In this regard, bit. If there has been an invalid transfer, the data wiU be 
when the address stored in the video current pointer register discarded, forcing a Resent command to be sent from Device 
reaches the address stored in the video buffer stop register, 35 Access ControUer (DAC) 200 to System 100, consequenUy 
the video current pointer register is loaded with the address forcing a retransmitlal of the data from System 100 to 
stored in the video buffer start register, thereby implement- Device Access ControUer (DAQ 200. 
ing the wrapping mechanism of the circular trace buffer. If the instance of a Device Access Controller (DAC) 200 
FinaUy, the trace buffer management registers include a to System 100 data transfer, the data is loaded into the 
video trip point register for storing an value or address in 40 corresponding Data Buffer (DBUFn) by DAC Microproces- 
DAC Memory (DACMEM) 218, referred to as V_TRIP, of sor (DuP) 208 and the corresponding Data Buffer Ready 
a location in the circular trace buffer at which DAC Micro- (DBRDYn) is reset The data and a parity bit are Uien 
processor (DuP) 208 is to be interrupted to perform a write transferred to System 100 and DBRDYn and an associated 
to LAN ControUer (LAC) 216, thereby avoiding the over- DAC Microprocessor (DuP) 208 interrupt enable flag 
writing of video U-aoe data. When the address stored in the 45 (DBIEN) are set, thereby interrupting DAC Microprocessor 
video current pointer register equals Oic address stored in the (DuP) 208, unlU System 100 responds by writing a response 
video trip point register, that is, V__TR1P, a V _JNT (video into the respective DBUFn register in acknowledgment of 
interrupt) flag wiU be set and, if an associated controllable receipt of valid data. 

intermpt flag referred to as VTIEN (video transfer enable) is ^ ^^^^^ Redirection (FIGS. 17. 18, 19 and 

also set, the interrupt to DAC Microprocessor (DuP) 208 is 50 

also scL ^ 

Lastiy, it is apparent that certain information wiU be As has been described above, ISA/DAC Interface (IDI) 

associated with each transfer of video information between 220 inchidcs a Serial Input/Output Emulator (SIO) 232 

System 100 and Device Access ControUer (DAC) 200's connected from the Processor Module (PM) 102 bus that 

video emulation and that it wiU be necessary to store this 55 Device Access ControUer (DAC) 200 is connected from, 

information and to subsequently provide this information to cither an ISA Bus 108 or a Local Bus 110, and Device 

Remote System 202 to fuUy describe each transfer to Access Controller (DAC) 200, operating through Serial I/O 

Remote System 202. This information will include Read/ Emulator (SIO) 232, provides a virtual input/output port 

Write information charaaerizing whether the transfer was a supporting 8 and 16 bit serial data transfers in emulation of 

read or write of video information by System 110, Byte/ 60 a conventional personal computer type COMl or COM 2 

Word information indicating whether the transfer was of a port 

byte or a word of video information, lO/Memory informa- In a present implementation of Device Access Controller 

tion indicating whether the transfer was of video data, and (DAC) 200, Device Access Controller (DAC) 200 emulates 

Address information representing the "Wdco CbniroUcr (VC) a Texas Instruments TI 16550A serial port and accordingly 

226 register or \^dco Memory (VMEM) 228 location writ- 65 appears to System 100, that is, lo ISA Bus 108, as several 

ten to or read from. This information is stored in DAC control and status registers and a transmit and receive FIFO 

Memory (DACMEM) 218 and transferred to Remote Sys- (first-in/first-out) memory. The control and status registers 
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emulated by Serial I/O Emulator (SIO) 232 in this emulation System 100 ia the mamier described above while, and is 
are represented in FIG. 17, which identifies the control and subscqucndy read from the FIFO and written into Device 
status registers and the bit assignments within the control Access Controller Memory (DACMEM) 218 for transmittal 
and status registers using the nomenclature and designations to the eventual destination, for example, through LAN 
used in the Texas Instruments documentation relevant to the 5 Controller (LAC) 216, In the event of data to be read to 
n I6550A, such as ?. System 100 monitors and controls System 100, the data is received by Device Access Control- 
Serial I/O Emulator (SIO) 232 through the registers illus- ler (DAC) 200, for example, throu^ LAN Controller (LAC) 
tratcd in FIG. 17 in the manner well understood in the 216, and is written into Device Access Controller Memory 
relevant arts and in the industry, with all data transfers being (DACMEM) 218 to be subsequently transferred into Serial 
interrupt or poll driven as specified by the ERB and THRE I/O Emulator (SIO) 232 's FIFO for transfer to System 100. 
bits of the lER and LSR registers, respectively. In either event, LAN Controller (LAQ 216 or SerM I/O 

The transmit/receive buffer also appears to System 100 as Emulator (SIO) 232 will load the information necessary to 
a conventional TI 1655 OA data transmit and receive buffer, control the transfer of data into, for example, the mailbox 
conventionally referred to as RX_Buf. For example, in data and register table and wiU generate a corresponding interrupt 
transfers to System 100, that is, when a Receive Word is . ^ DAC Microprocessor (DuP) 208, which will load the 
available, the DR bit of the LSR register is set and. when the serial DMA address counter and serial DMA length counter 
number of Receive Words exceeds the Receiver HFO level, ^th the appropriate values pointing to the semi data buffer 
as Ulustrated in FIG. 18, an interrupt is generated on ISABus device Access ConfroUer Memory (DAO^M) 218 A 
108 and he data is transferred to Systei^ 100 by a read of the ^^C Microprocessor (DuP) 208 mterrupt wiU be generated 
jLvo ouu uc w uo^Ltiiwa ""^ ^ J' as a result of the serial DMA length counter being greater 
'^T "^y^.^'^^ l"*!; 20 than zero and DAC Microprocessor ^uP) 208 wm re^ond 
the THRE bit will be set whcii there isroorn in the transmit ^ executing the required reads from Device Access Con- 
buffer to receive the data and, if the ETBEI bit is also set, an ^^^^^^ ^^^^^ (DACMEM) 218 to Serial I/O Emulator 
interrupt will be generated to System 100 by Senal I/O (sjq) 232^s FIFO or writes fixim Serial I/O Emulator (SIO) 
Emulator (SIO) 232 and the data will be transferred from 232's FIFO to Device Access Controller Memory 
System 100 and to Device Access ControUer (DAC) 200 by ^ (DACMEM) 218. DAC Microprocessor (DuP) 208 will 
a write to the RX_Buf register increment the serial DMA address counter and decrement 

Serial I/O Emulator (SIO) 232 appears to Device Access the serial DMA length counter as each word is transferred, 

Controller (DAC) 200, that is, to DAC Bus 208 and DAC until the serial DMA length counter reaches zero, at which 

Microprocessor (DuP) 208, as an 11 bit System 100 to point a Serial Data Done flag, identified as SDDONE, is set 

Device Access Controller (DAC) 200 write data and register 30 and, if an associated Serial Data Interrupt Enable flag, 

oflfeet mailbox, an 8 bit Device Access ControUer (DAC) identified as SDNIEN, is set, an interrupt to DAC Micro- 

200 to System 100 register table, a 21 bit serial DMA(Direct processor (DuP) 208 is set, thereby terminating the opera- 
Memory Access) counter used to sequentially fetch serial 

read data, and a 16 bit serial DMA length counter to track the While the invention has been particularly shown and 

remaining read words to be fetched during a daU transfer. 35 described with reference to preferred embodiments of the 

Serial I/O Emulator (SIO) 232 also provides a number of apparatus and methods thereof, it will be also understood by 

registers and flags for use by Device Access CbntroUer those of ordinary skill in the art that various changes. 

(DAQ 200 in performing serial data I/O operations, as variations and modifications in form, details and unplcmen- 

represented according to the usual conventions in RGS. 19 Nation may be made therein without departing from the spint 

gjjj 20 and scope of the invention as defined by the appended 

Considering the uses of each of these elements. Serial I/O J^^J^^c, it is the object of the appended claims to 

Emulator (SI 0) 232, operating under control of DAC Micro- "^^^ ^\ f .^^ variation and modifications of the mvcntion as 

processor (DuP) 208, receives all System 100 to Serial I/O come wilhm the true spint and scope of the mvention. 

Emulator (SIO) 232 write data and register offset values is claimed is; 

from System 100 and stores these values in the U bit 45 h ^"^^ "TP"'*^^ system mcluding a processor for 

mailbox register, identified as SD31B. Loading of this performing operations on data and a memory for storing Uic 

register sets a Busy flag, identified as SDBSY, and an <iata. the results of operations on the daU and programs for 

Interrupt Enable Bag. identified as SDIEN, is associated with duKtiug the operations of the processor, and a first system 

SDBSY such thai if both flags are set Serial I/O Emulator ^us interconnecting the processor and the memory for 

(SIO) 232 sets an interrupt to DAC Microprocessor (DuP) 50 ^"^^^"^ ^"^^ and program instructions therebetween, a 

208. Hie SDBSY flag is cleared upon a read of SD_MB by controller for transferring virhial mputs and 

DAC Microprocessor (DuP) 208. with all System 100 to o^^P^^ representing ope raUons of the first system between 

Device Access Controller (DAQ 200 transfers being sus- ^he first system and a second system, the device access 

pcnded until SDBSY is cleared, to prevent overwrites and controUer compnsmg: 

failures of register updates. 55 ^ video controller for performing video display 

The serial register table is maintained by DAC Micro- operBtions, 

processor (DuP) 208 and is used to store information regard- » video memory connected from the video controUer for 

ing register writes, and the interpretations of informaUon video data reprcsenung operaUons of the first 

written into the registers, as well as to maintain data transfer system, 

sutus. The serial DMA address counter is used to specify « » network controUer connected to the second system by a 

where in Device Access Controller Memory (DACMEM) network for ti-ansferring information between the first 

218 a next serial receive data word is located, while the system and the second system, 

serial DMA length counter is used as a down counter to a controUer processor for controUing operations of the 

specify the number of receive data words to transfer from device access controller, 

Device Access Controller Memory (DACMEM) 218. 65 a device access conUDller bus interconnecting the video 

In the event of a data write by System 100 the data is controller, the network controUer and the processor, 

written into Serial I/O Emulator (SIO) 232's FIFO by and 
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a video interface connected between the first system bus 
and the device access controller bus and responsive to 
a first system video data write operation on the first 
system bus for receiving video ii^ormation inchiding 
video data and video write addresses from the first 5 
system bus and indicating the first system video write 
operation to the controller processor, 
the controller processor being responsive to the indi- 
cation of the first system video write operation for 
directing the video controller to write the received jq 
video data write addresses into video controller 
registers and the video data into the video memory at 
the video write addresses, and 
the network controller being responsive to the writing 
of video data into the video memory for reading the 
video information including the video data from the 
video memory and the video data write addresses 
from the video controller registers and transmitting 
the video information including the video data and 
the video data write addresses to the second system. 20 

2. The device access controller of claim 1, wherein: 
the video interface is responsive to a first system video 

data read operation on the first system bus for receiving 
video information including the video data read 
addresses firom the first system bus and indicating the 25 
first system video data read operation to the controller 
processor, 

the controller processor being responsive to the indi- 
cation of the first system video data read operation 
for directing the video controller to write the 30 
received video data read addresses into the video 
controller registers, and 

the network controller being responsive to the writing 
of video data read addresses into the video controller 
registers for reading the video information including 35 
the data read addresses from the video controller 
registers and transmitting the video information 
including the video data read addresses to the second 
system. 

3. The device access controller of claim 1 wherein the 40 
network controller transmits information to the second sys- 
tem in network packets. 

4. The device access controller of claim 3, further com- 
prising: 

a device access controller memory connected from the 45 
device access controller bus, wherein 
the network controller reads the video information into 
the device access controller memory, formats the 
video information in the device access controller 
memory into network packets stored therein, and 50 
transmits the network packets to the second system. 

5. The device access controller of claim I, further com- 
prising: 

a keyboard interface connected to the device access 
controller bus and to a keyboard controller of the first 55 
system, 

wherein the network controller is responsive to key- 
board information received from the second system 
for indicating to the controller processor the receipt 
of information from the second system, 60 

the controller processor is responsive to the received 
keyboard information for directing the network con- 
troller to write the keyboard information to the 
keyboard interface, and 

the keyboard interface is responsive to the keyboard 65 
information received from the network controller for 
providing the keyboard information to the keyboard 
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controller of the first system to appear as keyboard 
information received directly by the first system 
from a local keyboard. 

6. The device access controller of claim 5, further com- 
prising: 

an address mapping interface connected between the 
controller processor and the keyboard interface for 
mapping between first system addresses appearing 00 
the first system bus and device access controller bus 
addresses. 

7. The device access controller of claim 1, further com- 
prising: 

a disk interface connected between the first system bus 
and the device access controller bus and responsive to 
a first system disk write operation on the first system 
bus for receiving first disk information including disk 
data and disk write addresses from the first system bus 
and indicating the first system disk write operation to 
the controller processor, 

the controller processor being responsive to the indi- 
cation of the first system disk write operation for 
writing the first disk information into a device access 
controller memory, and 

directing the network controller to read the first disk 
information from the device access controller 
memory and transmit the first disk information to the 
second system. 

8. The device access controller of claim 7, wherein: 

the disk interface is responsive to a first system disk read 
operation on the fiist system bus for receiving second 
disk information including disk read addresses from the 
first system bus and indicating the first system disk read 
operation to the controller processor, 
the controller processor is responsive to the indication 
of the first system disk read operation for 
writing the second disk information into a device 
access controller memory, and 
directing the networic controller to read the second disk 
information from the device access controller 
memory and transmit the second disk information to 
the second system, 

the second system is responsive to the disk read 
addresses for transmitting third disk infonnation 
including the disk data corresponding to the disk 
read addresses to the network controller, 
the network controller is responsive to the third disk 
information received from the second system for indi- 
cating the receipt of the third disk infonnation, 
the controller processor is responsive to the indication of 
receipt of the third disk information for 
directing the network controller to provide the third 

disk information to the disk interface aixl 
directing the disk interface to provide the third disk 
information to the first system. 

9. The device access controller of claim 7, further com- 
prising: 

an address mapping interface connected between the 
controller processor and the disk interface for mapping 
between first system addresses appearing on the first 
system bus and device access controller bus addresses. 

10. The device access controller of daim 1, further 
comprising: 

an address mapping interface connected between the 
controller processor and the video interface for map- 
ping between first system addresses appearing on the 
first system bus and device access controller bus 
addrc^es. 
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li. The device access controller of claim 1, further ping between intcrmpts appearing on the first system 

comprising: bus and the device access controller bus. 
an interrupt mapping interface connected between the 
conlroUer processor and the first system bus for map- ♦ ♦ « ♦ ♦ 
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